home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 3 / USEnet 3.071 < prev    next >
Encoding:
Text File  |  1988-04-08  |  25.0 KB  |  735 lines  |  [TEXT/ttxt]

  1. 29-Sep-87 10:45:45-PDT,26248;000000000001
  2. Date: Fri 18 Sep 87 09:32:54-EDT
  3. From: Jeff Shulman <SHULMAN@SDR>
  4. Subject: Usenet Mac Digest V3 #71
  5.  
  6. Usenet Mac Digest     Thursday, September 17, 1987   Volume 3 : Issue 71
  7.  
  8. Today's Topics:
  9.      Problem running SuperSpool and Professional Composer?
  10.      Re: Printing under Hypercard
  11.      Re: 68030 in MacII
  12.      Re: LightSpeed Pascal Problem
  13.      Re: any assembler other than MPW?
  14.      Re: Printing under Hypercard
  15.      Avoiding menu metacharacters
  16.      Button hilighting in HyperTalk
  17.      MacKermit on an SE (and II?) (2 messages)
  18.      ParamText Question
  19.      Laserwriter streaks
  20.      Filemaker+ meets Laserwriter 4.0? (also ready set go 4.0)
  21.      Re: ParamText Question
  22.      Re: 68030 in MacII
  23.      Beta particle counter
  24.      Graphics tablets
  25.      Re: New master pointer query.
  26.      Anyone Have ROvr 0? (Was Replacing system fonts)
  27.      Re: Button hilighting in HyperTalk (2 messages)
  28.      Re: Avoiding menu metacharacters
  29.      Desktop Drawing
  30.      Getting a windows position
  31.  
  32. ----------------------------------------------------------------------
  33.  
  34. From: jlc@atux01.UUCP (J. Collymore)
  35. Subject: Problem running SuperSpool and Professional Composer?
  36. Date: 11 Sep 87 20:55:55 GMT
  37. Organization: AT&T CSEd/CET, Piscataway, N.J.
  38.  
  39. Recently, I purchased SuperMac Software's SuperSpool 3.4 for the
  40. Imagewriter.   I found out to my chagrin, however, that whenever I ran
  41. off scores or musical parts on Mark of the Unicorn's "Professional
  42. Composer" (Prof. Comp.) I would get this hideous gobbledygook instead of
  43. musical notation. (This also happened with the 4.0 upgrade.) I was then
  44. forced to turn off the spooler and THEN print out my music. If any of
  45. you use your Macs for music processing, you know that printing out even
  46. a one-page piece can lock up your Mac for ~5 minutes.  If you have more
  47. than one page of music you can kiss your productivity good-bye!  You'll
  48. be waiting a long time for that stuff to print before you can get back
  49. to your other work on the computer.  It was to avoid this very situation
  50. that I bought the print spooler in the first place!
  51.  
  52. Well, after several letters and phone calls to Unicorn, and SuperMac,
  53. the problem was solved.
  54.  
  55. Answer:  The tech at Supermac told me that when SuperSpool runs it looks
  56. for the necessary fonts in the SYSTEM file, NOT in the APPLICATION's
  57. file.  Since the music fonts are only in Prof. Comp., SuperSpool doesn't
  58. know what to do, so it tries to make-do with other fonts in the System
  59. file.  What you need to do to correct this is to load the Prof. Comp.
  60. music fonts into your System. They had me do this:
  61.  
  62. ================================================================================
  63. WARNING:  If you have ANY questions or concerns about performing this procedure,
  64.           call the techs at SuperMac, (415) 964-9694, BEFORE you try this.
  65. ================================================================================
  66.  
  67. 1)  Make sure your Prof. Comp. application is loaded onto the Mac.
  68.     NOTE:  To be on the safe side, if you're using a floppy, lock it.
  69.  
  70. 2)  Open up your Font/DA Mover and be sure you're set for "fonts."
  71.  
  72. 3)  Hold down your command and option keys while you click on "Open" on the
  73.     other side of the screen.
  74.  
  75. 4)  Continue to hold the option and command keys down while you make your
  76.     way to your Prof. Comp. application. (You may need to pull down the menu
  77.     at the top of "Open" screen, (that's the little icon that says what folder
  78.     you're currently in) to get to your Prof. Comp. application.)
  79.  
  80. 5)  Once you see Prof. Comp. on the list, select it and open it.  You should
  81.     see two music fonts there:  music 24 and music 48.
  82.  
  83. 6)  Release the option and command keys.
  84.  
  85. 7)  Click on music 24.
  86.     NOTE:  The "Copy" button arrows should be pointing over to your System file
  87.            where all your other standard alpha-numeric fonts are stored.
  88.  
  89. 8)  Click on the "Copy" button.
  90.  
  91. 9)  Once the copy/transfer is complete, repeat the process with the font
  92.     music 48.
  93.  
  94. 10)  Once this is complete you can quit the Font/DA Mover.
  95.  
  96. 11)  Start SuperSpool running (if you haven't already).
  97.  
  98. 12)  Try printing out one of your musical works.  Things should work fine.
  99.  
  100. I hope this helps some of you.
  101.  
  102.  
  103.                         Jim Collymore
  104.  
  105.  
  106. ------------------------------
  107.  
  108. From: keith@apple.UUCP (Keith Rollin)
  109. Subject: Re: Printing under Hypercard
  110. Date: 12 Sep 87 04:21:49 GMT
  111. Organization: Apple Computer Inc., Cupertino, USA
  112.  
  113. I haven't verified that this is a bug, but if it is, try this stack
  114. script:
  115.  
  116. on OpenStack
  117.     set lockscreen to true
  118.     domenu "Print Stack..."  -- bring up the print stack dialog
  119.     type return -- put dialog box away
  120.     set lockscreen to false
  121. end OpenStack
  122.  
  123. I have a feeling that the lockscreen will not prevent the dialog box
  124. from appearing, but I can't check it out right now.
  125.  
  126. Keith Rollin
  127. Sales Tech Support
  128. Apple Computer
  129.  
  130. Disclaimer: Any kludges I present here are my own, and do not necessarily
  131.         represent the kludges of my employer.
  132.  
  133. ------------------------------
  134.  
  135. From: jww@sdcsvax.UCSD.EDU (Joel West)
  136. Subject: Re: 68030 in MacII
  137. Date: 12 Sep 87 17:15:25 GMT
  138. Organization: Palomar Software, Inc., Vista, CA
  139.  
  140.  
  141. The pin-outs of a 68882 match the 68881, so, theoretically, you can pop
  142. it out.  But no, the 030 and 020 are not pin-compatible, so I have no
  143. idea what they were talking about.
  144. --
  145.     Joel West  (c/o UCSD)
  146.     Palomar Software, Inc., P.O. Box 2635, Vista, CA  92083
  147.     {ucbvax,ihnp4}!sdcsvax!jww     jww@sdcsvax.ucsd.edu
  148.    or    ihnp4!crash!palomar!joel    joel@palomar.cts.com
  149.  
  150.  
  151. ------------------------------
  152.  
  153. From: florman@randvax.UUCP (Bruce Florman)
  154. Subject: Re: LightSpeed Pascal Problem
  155. Date: 11 Sep 87 22:40:33 GMT
  156. Organization: Rand Corp., Santa Monica
  157.  
  158.     I too have run into this problem more than once.  It stems from
  159. Lightspeed's definition of the INTEGER type being -MaxInt..MaxInt, where
  160. MaxInt = 32767.  This is documented on page 19 of the reference manual,
  161. and is actually in conformance with the ANSI Standard Pascal, where the
  162. other major Pascals for the Mac are not.  So Think probably considers
  163. this to be a "feature" rather than a bug.  The solution is to turn off
  164. overflow checking for the offending statements with the $V compiler
  165. directive.
  166.  
  167.     {$V-}
  168.     foo := $8000 ;    {set high bit -- value is -32768}
  169.     {$V+}
  170.  
  171. It is interesting to note that the documentation for the $V option, on
  172. page 13-3 of the manual, erroneously states the range of INTEGER to be
  173. -32768 to +32767.  This is the range for MPW, TML and Turbo, but not for
  174. Lightspeed.
  175.  
  176.  
  177. PS. Think has recently posted an update (version 1.1A or something) to
  178.     a number of networks.  I haven't seen it yet, but it may fix this
  179.     problem.
  180.  
  181. --
  182. ========================================================================
  183. florman@rand-unix.ARPA
  184. {decvax,sdcrdcf,trwrb,trwspf,vortex}!rand-unix!gnu!florman
  185.  
  186. "There is no limit to the amount of good that people can accomplish,
  187.  if they don't care who gets the credit."
  188.                             - Anonymous
  189.  
  190.  
  191. ------------------------------
  192.  
  193. From: jww@sdcsvax.UCSD.EDU (Joel West)
  194. Subject: Re: any assembler other than MPW?
  195. Date: 12 Sep 87 17:38:29 GMT
  196. Organization: Palomar Software, Inc., Vista, CA
  197.  
  198.  
  199. Mainstay (the people now doing VIP) started with an assembler, which I
  200. believe was McAsm.  One local Mac wizard swears by it.
  201. --
  202.     Joel West  (c/o UCSD)
  203.     Palomar Software, Inc., P.O. Box 2635, Vista, CA  92083
  204.     {ucbvax,ihnp4}!sdcsvax!jww     jww@sdcsvax.ucsd.edu
  205.    or    ihnp4!crash!palomar!joel    joel@palomar.cts.com
  206.  
  207.  
  208. ------------------------------
  209.  
  210. From: winkler@apple.UUCP (Dan Winkler)
  211. Subject: Re: Printing under Hypercard
  212. Date: 12 Sep 87 20:09:53 GMT
  213. Organization: Apple Computer Inc., Cupertino, USA
  214.  
  215. In HyperCard 1.0.1, there is no way for a script to respond to a
  216. printing dialog or to any other kind of dialog for that matter. Whenever
  217. a script does something that puts up a dialog,  HyperCard enters a tight
  218. loop waiting for the user to respond to it.  Thus, scripts that do batch
  219. jobs must never do anything that brings up a dialog or else they will
  220. hang waiting for user input.
  221.  
  222. We realize it would be better if scripts could respond to dialog boxes
  223. or prevent them from being displayed at all, and we are looking at ways
  224. to provide that ability in the next release.
  225.  
  226. Dan.
  227.  
  228.  
  229. ------------------------------
  230.  
  231. From: betz@runx.ips.oz (Andrew Betzis)
  232. Subject: Avoiding menu metacharacters
  233. Date: 11 Sep 87 13:38:32 GMT
  234. Organization: RUNX Un*x Timeshare.  Sydney, Australia.
  235.  
  236.  
  237.     Is there any way of displaying the AppendMenu() metacharacters (^ ! < /
  238. ( ) in a menu.
  239.  
  240. :-) & thanks,
  241. andrew betzis
  242.  
  243. ACSnet: betz@runx.ips.oz        JANET:    runx.ips.oz!betz@ukc
  244. ARPA:   betz%runx.ips.oz@uunet.uu.net    CSNET:    betz@runx.ips.oz
  245. UUCP:  {enea,hplabs,mcvax,prlb2,uunet,ubc-vision,ukc}!munnari!runx.ips.oz!betz
  246.  
  247. ------------------------------
  248.  
  249. From: kdmoen@watcgl.waterloo.edu (Doug Moen)
  250. Subject: Button hilighting in HyperTalk
  251. Date: 13 Sep 87 05:10:04 GMT
  252. Organization: U of Waterloo, Ontario
  253.  
  254. I'm working on a HyperCard database intended to be used by people with
  255. no knowledge of computers or Macintoshes.  I've found that causing
  256. buttons to highlight when the cursor moves over them makes the user
  257. interface much more intuitive.
  258.  
  259. This turns out to be easy to do in HyperTalk.  You simply include the
  260. following code in each button script:
  261.     on mouseEnter
  262.         set hilite of the target to true
  263.     end mouseEnter
  264.  
  265.     on mouseLeave
  266.         set hilite of the target to false
  267.     end mouseEnter
  268.  
  269. Here's my problem.  I prefer not to edit the script of every single
  270. button in my database to add this code.  I have tried putting the code
  271. into the stack script, where it will be inherited by every button in the
  272. stack.  This works, but unfortunately, it also gets inherited by fields,
  273. which is not what I want.  Any suggestions?
  274. --
  275. Doug Moen
  276. University of Waterloo Computer Graphics Lab
  277. UUCP:     {ihnp4,watmath}!watcgl!kdmoen
  278. INTERNET: kdmoen@cgl.waterloo.edu
  279.  
  280.  
  281. ------------------------------
  282.  
  283. From: stamr@unc.cs.unc.edu (Robert B. Stam)
  284. Subject: MacKermit on an SE (and II?)
  285. Date: 13 Sep 87 16:39:24 GMT
  286. Organization: CS Dept., U. of N. Carolina, Chapel Hill
  287.  
  288.  
  289. In a recent posting I commented that I was not able to get MacKermit to
  290. run correctly on my Mac SE, and that it seemed to be a problem with
  291. fonts.  A local insightful chap suggested that MacKermit as delivered
  292. from columbia might not have a FOND resource.  In fact it does not (this
  293. is true of both ckmker.hqx and xkmker.hqx).  The fix is as follows:
  294.  
  295. 1)  Make a copy of MacKermit.
  296. 2)  Run Font/DA mover
  297. 3)  Close the system file fromt the left window
  298. 4)  Click the left Open button with the option key down (the option key tells
  299.     it to open all kinds of files, like MacKermit)
  300. 5)  Find and open the original copy of MacKermit
  301. 6)  Click the right Open button with the option key down
  302. 7)  Find and open the duplicate copy of MacKermit
  303. 8)  Select and remove the 2 fonts (VT100 etc...) from the right hand window
  304.     (ie, from the copy of MacKermit)
  305. 9)  Select and copy the 2 fonts (VT100 etc...) from the left hand window, thus
  306.     copying the 2 fonts from the original copy of MacKermit to the
  307.     duplicate copy of MacKermit
  308. 10) Close everything and quit.  MacKermit should now work.
  309.  
  310. This is not quite the NOP operation it looks like.  When Font/DA mover
  311. moves a font it looks to see if the destination has the appropriate FOND
  312. resource, and if not it adds it.
  313.  
  314. Many thanks to Oliver Steele of UNC who guessed what the problem was and
  315. suggested that I look for the FOND.
  316.  
  317. Happy Kermitting ...
  318.  
  319. --
  320. Robert B. Stam                          CSNET: stamr@unc.cs.unc.edu
  321. UNC Computer Science Department        ARPA:  stamr%unc@mcnc.org
  322. Sitterson Hall 083A                   UUCP:  {ihnp4|decvax}!mcnc!unc!stamr
  323. Chapel Hill, NC 27514                   Phone: (919) 962-1826
  324.  
  325.  
  326. ------------------------------
  327.  
  328. From: stamr@unc.cs.unc.edu (Robert B. Stam)
  329. Subject: Re: MacKermit on an SE (and II?)
  330. Date: 13 Sep 87 16:46:02 GMT
  331. Organization: University of North Carolina, Chapel Hill
  332.  
  333. To be precise:  The Copy of MacKermit should now work.  The original
  334. MacKermit is untouched.  You will probably want to trash (you have a
  335. backup, right?) the original MacKermit, and rename the copy.
  336.  
  337.  
  338. ------------------------------
  339.  
  340. From: dagl@ur-tut.UUCP (Dave Glowny)
  341. Subject: ParamText Question
  342. Date: 13 Sep 87 20:45:37 GMT
  343. Organization: Univ. of Rochester Computing Center
  344.  
  345. I'm writing a program (with Lightspeed C) which plots functions, and am
  346. using  a dialog with an editText item to get a string representing the
  347. function from  the user. A default value (the previous function string
  348. entered by the user,  if any) is copied into the item with SetIText.
  349.  
  350. The problem I've encountered is that when the string contains one of the
  351. ParamText keys (^0,^1,^2,^3) the ParamText strings are substitued in
  352. place. For example, if the user enters "x^2" in the f(x) box in my
  353. dialog, the next dialog invocation will show f(x) with the default value
  354. of "x", substituting the null string for ^2. (I do use ParamText1 for my
  355. alerts, but I pass null strings for the other 3 arguments)
  356.  
  357. Is there any way to disable this substitution process ?  I attempted
  358. ParamText("\P^0","\P^1","\P^2","\P^3"); but this only caused an infinte
  359. loop of substitution as I observed with TMON.
  360.  
  361. --
  362. -------------------------------------------------------------------------------
  363. David Glowny |  Internet: dagl@tut.cc.rochester.edu
  364.              |  UUCP: {decvax,cmcl2}!rochester!ur-tut!dagl
  365. -------------------------------------------------------------------------------
  366.  
  367.  
  368. ------------------------------
  369.  
  370. From: sysop@stech.UUCP (Jan Harrington)
  371. Subject: Laserwriter streaks
  372. Date: 13 Sep 87 14:37:12 GMT
  373. Organization: Scholastech, Inc., Waltham, Mass.
  374.  
  375. The college where I teach has finally gotten around to purchasing some
  376. Macintosh hardware.  Unfortunately, there's a problem with one of the
  377. Laserwriters.  After printing about 10 copies, streaks begin to appear.
  378. The streaks are about 1" in from the left margin and run the length of
  379. the page in about a 1/2" strip.  They make the output look like a bad
  380. xerox!
  381.  
  382. The culprit _seems_ to be a metal strip that, when you open the printer,
  383. appears on the top half.  It is scratched and scored, but feels smooth
  384. to the touch.  The funny thing is, the same bar on other printers is
  385. also scratched and scored, but none of the others streak the pages.
  386.  
  387. Has anything like this happened to anyone out there?  Any clues as to
  388. what might be going on?
  389.  
  390. Jan Harrington, sysop
  391. Scholastech Telecommunications
  392. ihnp4!husc6!amcad!stech!sysop
  393.  
  394. ------------------------------
  395.  
  396. From: chuq%plaid@Sun.COM (Chuq Von Rospach)
  397. Subject: Filemaker+ meets Laserwriter 4.0? (also ready set go 4.0)
  398. Date: 14 Sep 87 04:26:59 GMT
  399.  
  400. Does anyone know if Forethought (or whoever owns Filemaker+ this week)
  401. has issued a patch to fix the initialization problems the database has
  402. when running with Laserwriter 4.0?
  403.  
  404. Anyone know the details of the Ready Set Go 4.0 upgrade? Things like
  405. cost and when they're supposed to ship the thing? (and when they will
  406. REALLY ship it?)  For some reason, Letraset hasn't sent me upgrade info,
  407. even though I know that some folks have seen it...
  408.  
  409. chuq Chuq Von Rospach    chuq@sun.COM        Delphi: CHUQ
  410.  
  411. We live and learn, but not the wiser grow -- John Pomfret (1667-1703)
  412.  
  413.  
  414. ------------------------------
  415.  
  416. From: olson@endor.harvard.edu (Eric Olson)
  417. Subject: Re: ParamText Question
  418. Date: 14 Sep 87 18:11:45 GMT
  419. Organization: Aiken Computation Lab Harvard, Cambridge, MA
  420.  
  421. This is not a solution, but a praise of ParamText.  You can't define
  422. ParamText 1 to be "^1" because it does the substitution in an infinite
  423. loop.  But this is very convenient, since your error function could be:
  424.  
  425.     myerr(errnum,paramnum,errfn)
  426.     long        errnum;
  427.     long        paramnum;
  428.     char *        errfn; {
  429.     char        numstr[20];
  430.     char        parmstr[20];
  431.     StringHandle    errstr;
  432.  
  433.     NumToString(errnum,numstr);
  434.     NumToString(paramnum,parmstr);
  435.     errstr=GetString(errnum);
  436.  
  437.     HLock(errstr);
  438.     ParamText(*errstr,numstr,parmstr,errfn);
  439.  
  440.     do_error_alert();
  441.  
  442.     HUnlock(errstr);
  443.     }
  444.  
  445. Now, if errnum is -108 and STR -108 is "Out of memory (need ^1 more
  446. bytes) while ^2.", and the error call is
  447.  
  448.     myerror(-108,needed-got,"\pallocating buffer")
  449.  
  450. then the dialog will acutally say:
  451.  
  452.     Out of memory (need 28934 more bytes) while allocating buffer.
  453.  
  454. Similarly, you could have a rangecheck error called like:
  455.  
  456.     myerror(300,value,"\pstart point")
  457.  
  458. where STR 300 is:
  459.  
  460.     "The value of ^2 (^1) is out of range."
  461.  
  462. Then the dialog will actually say:
  463.  
  464.     "The value of start point (234) is out of range."
  465.  
  466. Anyways, I use the ParamText a lot like this and find that, because it
  467. isn't just a one-level substitution, it's very easy to make error
  468. messages that look good.
  469.  
  470. -Eric
  471.  
  472. Eric K. Olson        olson@endor.harvard.edu        harvard!endor!olson
  473.  
  474. ------------------------------
  475.  
  476. From: stuart@ihlpf.ATT.COM (Stu Ericson)
  477. Subject: Re: 68030 in MacII
  478. Date: 14 Sep 87 18:02:56 GMT
  479. Organization: The Sage Hovel
  480.  
  481. The difference in pin-outs comes from the fact that they put a subset of
  482. the 68851 PMMU into the '030.  This means they need to have PMMU special
  483. pins and such.  Because the Mac II has a spot for the PMMU, it should be
  484. easy to wire up a board to map the pins of the '030 into the '020 and
  485. PMMU socket.  In fact, I've heard rumors that Apple people in their labs
  486. have done this with sample '030s with success.
  487.  
  488. Stu
  489.  
  490. --
  491. Stuart Ericson            USnail:        AT&T Bell Laboratories
  492. USENET: ...!ihnp4!ihlpf!stuart            IH 6M-313
  493. voice: (312) 979-4152                Naperville-Wheaton Rd.
  494.                         Naperville,  Il 60566
  495.  
  496.  
  497. ------------------------------
  498.  
  499. From: nakata@Lindy.STANFORD.EDU (Lance Nakata)
  500. Subject: Beta particle counter
  501. Date: 14 Sep 87 18:51:10 GMT
  502. Organization: Academic Information Resources, Stanford University
  503.  
  504. Does anyone have a suggestion for what microcomputer hardware and
  505. software might be appropriate for someone who wants to count beta
  506. particles?  The beta particle counter has an RS-232 interface, so it
  507. looks at though there are many computer choices.  I'm hoping some of you
  508. have done something similar to this and have suggestions on the system
  509. and software setup that work well.  This information is for a person in
  510. the Medical Microbiology department here at Stanford.
  511.  
  512. Please send replies to me unless you feel others may have an interest in
  513. this topic.  Thank you.
  514.  
  515. Lance Nakata          ARPA:   nakata@lindy.stanford.edu
  516. Stanford University      BITNET: nakata%lindy at stanford.bitnet
  517. AIR/IRIS          CSNET:  nakata%lindy.stanford.edu@relay.cs.net
  518. Sweet Hall, 3rd Floor      USENET: {sun,decwrl,hplabs}!lindy.stanford.edu!nakata
  519. Stanford, CA 94305-3091
  520. (415)723-5756
  521.  
  522. ------------------------------
  523.  
  524. From: carlos@ecsvax.UUCP (C. David Perry)
  525. Subject: Graphics tablets
  526. Date: 9 Sep 87 03:13:31 GMT
  527. Organization: UNC Educational Computing Service
  528.  
  529. We are considering buying a graphics tablet for a Mac SE. Any
  530. experiences or advice will be much appreciated.
  531.  
  532. We are new to the Mac world, so any information, however basic, will be
  533. helpful. The main application will be  tracing maps and other artwork
  534. for manipulation with Superpaint or similar software.
  535.  
  536. Since we often have to work with complicated base maps, we think that a
  537. scanner would include too much extraneous information.
  538.  
  539. David Perry
  540. University of North Carolina Press
  541. (919) 966-3561
  542. Box 2288
  543. Chapel Hill, NC 27514
  544. carlos@ecsvax.bitnet
  545.  
  546. ------------------------------
  547.  
  548. From: wmcb@ecsvax.UUCP (William C. Bauldry)
  549. Subject: Re: New master pointer query.
  550. Date: 9 Sep 87 13:27:46 GMT
  551. Organization: UNC Educational Computing Service
  552.  
  553.  
  554.  The query: What is the format of a new master pointer - i.e. where do
  555. the flags go if the address length is 32 bits ?
  556.  
  557. In article <232@dbase.UUCP> drc@dbase.UUCP (Dennis Cohen) writes:
  558. >You address it the same way you did in the past (if you followed Apple's rules)
  559. >and call routines for HLock, HUnlock, HGetState, HSetState, HSetRBit, HGetRBit,
  560. >etc.  If you want to munge the bits yourself, let your customers beware that
  561. >the software you produce will almost surely break soon (and it AIN'T Apple's
  562. >fault, but is yours).
  563.  
  564.  Please don't shoot - i'm not really munging the bits...    The problem
  565. is: I'm passing a dereferenced handle as a parameter to an assembled
  566. routine - IM II (pg25) and the reference section to the MM chapter say
  567. use Lo3byte mask to strip off the high order byte that contains the
  568. flags to leave the address ( in fact my old "phone book" copy of IM has
  569. a constant AddrMask to do this with ). That's why i'm concerned about
  570. the new address length - so that the software won't break (i don't want
  571. it to be my fault either).
  572.  BTW - thanks for answering - i should have been more explicit in the
  573. request.
  574.  
  575. -Bill
  576.  
  577.  
  578. ------------------------------
  579.  
  580. From: briand@tekig4.TEK.COM (Brian Diehm)
  581. Subject: Anyone Have ROvr 0? (Was Replacing system fonts)
  582. Date: 11 Sep 87 18:25:22 GMT
  583. Organization: Tektronix Inc., Beaverton, Or.
  584.  
  585. This is only part of the solution.  The ROv# resource may have any ID
  586. number, but its first entry, a Version number, must be the machine ID
  587. (i.e. 117, 630, or 376).  You will see the Version entry if you use
  588. ResEdit to create your ROv# resource.
  589.  
  590. However, the kicker is that this also requires an ROvr resource as well.
  591.  The system checks for an ROvr resource 0 each time the ROM map is
  592. rebuilt.  The ROvr 0 resource is then (if it exists) JSRd to, where it
  593. (the ROvr resource code) checks for any and all ROv# resources with the
  594. proper Version number.
  595.  
  596. So, how do you get a working ROvr 0?  Clever hackers write one on the
  597. spot. The rest of us, says IM Vol IV, "write to Apple" and you can get
  598. one.  My question is, does anyone on the net have one of these, and
  599. would they be willing to post it in BinHex 4.0?  Or even mail it to me
  600. and the original poster?  Or do I, as a non-registered non-developer,
  601. have to beg from the "big yup" in Cupertino?
  602.  
  603. --
  604. -Brian Diehm     (SDA - Standard Disclaimers Apply)
  605. Tektronix, Inc.
  606. briand@tekig4.TEK.COM   or  {decvax,cae780,uw-beaver}!tektronix!tekig4!briand
  607.  
  608.  
  609. ------------------------------
  610.  
  611. From: psych@watdcsu.waterloo.edu (R.Crispin - Psychology)
  612. Subject: Re: Button hilighting in HyperTalk
  613. Date: 14 Sep 87 21:12:32 GMT
  614. Organization: Psychology Department
  615.  
  616. Use the following message handler to only hilite buttons
  617.  
  618. on mouseenter
  619.  if "button" is in the target then set hilite of the target to true
  620. end mouseenter
  621.  
  622. on mouseleave
  623.  if "button" is in the target then set hilite of the target to false
  624. end mouseleave
  625.  
  626. Richard Crispin
  627. Dept. of Psychology
  628. University of Waterloo
  629. Waterloo, Ont.
  630. Canada    N2L 3G1
  631. (519)885-1211 ext 2879
  632.  
  633. ------------------------------
  634.  
  635. From: keith@apple.UUCP (Keith Rollin)
  636. Subject: Re: Button hilighting in HyperTalk
  637. Date: 15 Sep 87 01:09:11 GMT
  638. Organization: Apple Computer Inc., Cupertino, USA
  639.  
  640. The function "target" returns a string that can be used to identify what
  641. object is getting the system message. In the case of a button getting
  642. hit, "the target" would contain something like "card button id <number>"
  643. or "bkgrnd button id <number>". Check this string for the work button,
  644. and you're set.
  645.  
  646. on mouseEnter
  647.      if the second word of the target is "button" then
  648.          set hilite of the target to true
  649.      end if
  650. end mouseEnter
  651.  
  652. --
  653.  
  654. Keith Rollin
  655. Sales Technical Support
  656. Apple Computer
  657.  
  658. Disclaimer: I read this board as a genuinely concerned Mac-Head. Any views
  659.             expressed are my own until my boss finds out what I'm doing.
  660.             However, that doesn't mean I can't recognize a good idea and
  661.             do something about it...
  662.  
  663.  
  664. ------------------------------
  665.  
  666. From: dwb@apple.UUCP (David W. Berry)
  667. Subject: Re: Avoiding menu metacharacters
  668. Date: 15 Sep 87 01:17:00 GMT
  669. Organization: Apple Computer Inc., Cupertino, USA
  670.  
  671.         In the original call to AppendMenu use a dummy string and
  672.     then use SetItem to set the actual text.
  673.  
  674.     AppendMenu(mh, "\pFoo;Bar;dummy");
  675.     SetItem(mh, 3, "\p(!</(");
  676.  
  677.     Of course this makes it more difficult to get menu's
  678.     from resources.
  679.  
  680. --
  681.     David W. Berry
  682.     dwb@well.uucp                   dwb@Delphi
  683.     dwb@apple.com                   293-0752@408.MaBell
  684.  
  685.  
  686. ------------------------------
  687.  
  688. From: tomc@mntgfx.MENTOR.COM (Tom Carstensen)
  689. Subject: Desktop Drawing
  690. Date: 14 Sep 87 22:34:00 GMT
  691. Organization: Mentor Graphics, Beaverton OR
  692.  
  693. I wish to implement something functionally like the icons on the Finders
  694. desktop, and I am currently doing it this way:
  695.  
  696.     - traversing the list of windows, subtracting each visible
  697.       window's rectangle from the icon rectangles region
  698.  
  699.     - Use this new region as the clip region
  700.  
  701.     - and then drawing the icon on the desk port.
  702.  
  703. and I do this for each icon.
  704.  
  705. Does anybody know of a better way to implement such functionality?
  706.  
  707. :------------------------------------------------------------:
  708. : Tom Carstensen              Usenet: tomc@mntgfx.MENTOR.COM :
  709. : Mentor Graphics             GEnie:                         :
  710. :------------------------------------------------------------:
  711.  
  712. ------------------------------
  713.  
  714. From: tomc@mntgfx.MENTOR.COM (Tom Carstensen)
  715. Subject: Getting a windows position
  716. Date: 14 Sep 87 22:37:50 GMT
  717. Organization: Mentor Graphics, Beaverton OR
  718.  
  719. Is it always reliable to use a windows portBits.bounds, left and top
  720. field to determine the windows upper left portRect position on the
  721. screen.  (that the -(left) and -(right) since the bounds rect of offset
  722. negatively)
  723.  
  724. :------------------------------------------------------------:
  725. : Tom Carstensen              Usenet: tomc@mntgfx.MENTOR.COM :
  726. : Mentor Graphics             GEnie:                         :
  727. :------------------------------------------------------------:
  728.  
  729. ------------------------------
  730.  
  731. End of Usenet Mac Digest
  732. ************************
  733. -------
  734. -------
  735.